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MULTI-LEVEL QUICK CLICK ICON HIERARCHY 
AND/OR ACTIVATION 

TECHNICAL FIELD 
5 The present invention generally relates to software applications. 

Specifically, the present invention relates to a help utility within an application, 
in particular an application used for designing a microcontroller. 

BACKGROUND ART 

10 Microcontrollers function to replace mechanical and electromechanical 

% components in a variety of applications and devices. Since they were first 
qi introduced approximately 30 years ago, microcontrollers have evolved to the 

m 

' W point where they can be used for increasingly complex applications. Some 

microcontrollers in use today are also programmable, expanding the number of 

it its 

in 15 applications in which they can be used. 

5 n 

However, even though there are a large number of different types of 
microcontrollers available on the market with a seemingly wide range of 
applicability, it is still often difficult for a designer to find a microcontroller that is 
20 particularly suited for a particular application. Unique aspects of the intended 
application may make it difficult to find an optimum microcontroller, perhaps 
necessitating a compromise between the convenience of using an existing 
microcontroller design and less than optimum performance. 
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In those cases in which a suitable microcontroller is found, subsequent 
changes to the application and new requirements placed on the application will 
likely affect the choice of microcontroller. The designer thus again faces the 
5 challenge of finding a suitable microcontroller for the intended application. 

To overcome these problems, microcontroller suppliers (specifically, 
Cypress Microsystems in Bothell, Washington) have started to offer standard 
parts that combine a microprocessor with several user-configurable "building 
10 blocks." These building blocks may be assembled, configured and 
U programmed to form many standard microprocessor peripherals, as well as to 

iJl form unique peripherals as may be required by a specific application. Thus, a 

'P. 

user can tailor a microcontroller to meet his or her specific requirements, in less 

ii 

time and at less cost than through other means. A microcontroller assembled 
15 from these building blocks is referred to herein as a programmable system on a 
!'« chip (PSoC). Additional information regarding PSoCs is provided in the co- 
pending, commonly-owned US Patent Application, Attorney Docket No. CYPR- 

CD00232, Serial No. , filed October 22, 2001, by W. Snyder, and 

entitled "Microcontroller Programmable System on a Chip," hereby incorporated 
20 by reference. 

Unfortunately, conventional tools available for designing, configuring and 
programming these and other types of microcontrollers are confusing and 
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difficult to use. The conventional tools are generally categorized as one of two 
types: a "wizard" type, and a "free form" type. Each of these types has its own 
set of problems. 

5 In a wizard type of approach, the user is guided through the design 

process, from one step to the next step. Typically, the user is presented with a 
standardized display screen or window. The user fills in the required fields, 
then advances to the next screen when the required fields are completed. 

15 10 One problem with the wizard type of approach is its rigidity. The user 

U typically cannot advance to the next step without completing the existing step. 
Wl Thus, for example, the effect of a decision made at one step cannot be seen on 

: 

• subsequent steps. 

: . 

Jf! 15 Another problem with the wizard type of approach Is that the user can 

H only move back and forth one step at a time. The user may make a decision at 
one step, proceed a number of steps fonward in the process, then decide to 
review or change the decision made several steps earlier. The only way to 
return to the earlier step is to traverse through each of the windows for all of the 
20 intervening steps. 

The free form type of approach is substantially less rigid than the wizard 
approach, but as a result it is confusing and difficult to use. In a free form 



CYPR-CD01 1 63M/ACM/WAZ 



CONFIDENTIAL 

approach, as a user designs and programs a microcontroller, choices of 
functions or tasks are presented as drop-down menus. Each function opens a 
different window, and multiple functions may need to be performed in order to 
complete even the most simple of tasks. Consequently, many windows are 
5 opened as the user attempts to design and program the microcontroller. The 
many displayed windows tend to be confusing because the user needs to keep 
track of which windows are used for which function. Also, the user needs to 
remember what infomiation has been entered into each window, and what 
information is still required for each window. Furthermore, it is often difficult for 

it »s 

10 the user to navigate between windows because some windows may be totally 
J;^ obscured by other windows. In addition, while the wizard approach helps a 

user that may not understand the design process and thus needs to be guided 

\ . 

!. through that process in step-by-step fashion, the free form approach relies 
i'^^ heavily on the familiarity of the user with the design process and so provides 

;;2 15 little or no guidance. 

Hi? 

Thus, what is needed is a method or system that can help guide a user 
through a series of tasks in an orderly manner while facilitating movement 
between tasks. What is also needed is a method or system that can satisfy the 
20 above need and that can be used for the design of microcontrollers, such as 
microcontrollers of the PSoC design mentioned above. The present invention 
provides a novel solution to these needs. 
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nifini osuRE OF the invention 

The present invention provides a method and system thereof that can 
help guide a user through a series of tasks in an orderly manner while 
facilitating movement between tasl<s. The present invention further provides a 
5 method and system that can be used for the design of microcontrollers. 

The present invention pertains to a method and system for helping a user 
perform tasks in software. In one embodiment, the tasks to be performed are 
those associated with the design of a microcontroller, such as a microcontroller 
10 utilizing a programmable system on a chip architecture. 

In one embodiment, graphic elements (e.g., icons) are rendered and 
displayed regardless of which task is being performed; that is, the elements are 
always visible. In the various embodiments of the present invention, each 
15 element is associated with a particular task, task window, or "workspace" (a 
workspace may be associated with one or more tasks and may consist of one or 
more task windows). In one embodiment, the graphic elements are displayed in 
an order that corresponds to the order in which the tasks should be logically 
performed. 

20 

A graphic element can be either active or inactive; user selection of an 
element with the element active initiates an action in response to the selection 
while user selection of the element with the element inactive will not initiate the 
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action. In the various embodiments of tlie present invention, wfien a user 
selects an active element (e.g., the user "clicks" on an icon in the familiar 
fashion), the associated task window or workspace is opened (displayed). 

5 In accordance with the present invention, some elements are activated 

and other elements are deactivated according to the task to be performed or the 
window or workspace to be used. In one embodiment, one or more elements 
are activated at all times. In another embodiment, in response to the user 
selecting a graphic element (the user also thereby selecting a particular task, 

10 window or workspace), one or more different elements are activated while other 
elements are deactivated, thus providing the user with access to certain tasks, 
windows or workspaces while preventing access to others. What a user can 
and cannot access is intelligently selected and enforced by activating and 
deactivating elements, thereby guiding the user through the tasks according to 

15 the order in which the tasks should be logically performed. 

In one embodiment of the present invention, a first plurality of graphic 
elements and a second plurality of graphic elements are rendered in a first 
toolbar and a second toolbar, respectively. In this embodiment, a first portion of 
20 the first plurality of elements is activated in response to user selection of another 
element, in particular an element from the first plurality of elements. A second 
portion of the second plurality of elements is activated in response to an 
element from the first plurality of elements, in particular an element from the first 
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portion of elements. In this manner, graphic elements are selectively activated 
and deactivated to suggest a hierarchy of tasks within the logical order of the 
tasks. 

5 According to another embodiment of the present invention, a graphic 

element associated with a first task and a graphic element associated with a 
second task can be active at the same time. By selecting one element or the 
other, the user can move directly between the windows (or workspaces) for the 
first and second tasks without passing through the windows or workspaces of 

10 any intervening tasks. 

;!!?=: 

m 

41 In summary, the present invention is used to suggest an order for 

performing tasks, guiding the user through the tasks and facilitating user 

i-I movement between tasks without the need for a help utility such as a wizard. 

'h 15 The user is guided through the tasks in an organized manner, while still 

^' '° providing the user with a degree of flexibility and freedom of movement. These 
and other objects and advantages of the present invention will become obvious 
to those of ordinary skill in the art after having read the following detailed 
description of the preferred embodiments that are illustrated in the various 
20 drawing figures. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in and form a part 
of this specification, illustrate embodiments of the invention and, together with 
the description, serve to explain the principles of the invention: 

Figure 1 is a block diagram of an exemplary computer system upon 
which embodiments of the present invention may be practiced. 

Figure 2A is a block diagram of an exemplary programmable system on a 
chip (SoC) architecture used with one embodiment of the present invention. 

Figure 2B is a block diagram of an exemplary arrangement of SoC 
blocks used with one embodiment of the present invention. 

Figure 3 is a flowchart of a process used by a microcontroller design tool 
in accordance with one embodiment of the present invention. 

Figures 4A, 48, 4C and 4D illustrate exemplary graphical user interfaces 
that are generated in accordance with one embodiment of the present 
invention. 

Figure 5 is a flowchart of one embodiment of a process for helping a user 
perform tasks in software according to the present invention. 
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Figure 6 is a flowchart of another embodiment of a process for helping a 
user perform tasks In software according to the present Invention. 

Figure 7 illustrates an exemplary graphical user Interface rendered 
according to one embodiment of the present invention. 
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BEST MODE FOR CARRYING OUT THE INVENTION 

Reference will now be made in detail to the preferred embodiments of the 
invention, examples of which are illustrated in the accompanying drawings. 
While the invention will be described in conjunction with the preferred 

5 embodiments, it will be understood that they are not intended to limit the 
invention to these embodiments. On the contrary, the invention is intended to 
cover alternatives, modifications and equivalents, which may be included within 
the spirit and scope of the invention as defined by the appended claims. 
Furthermore, in the following detailed description of the present invention, 

10 numerous specific details are set forth in order to provide a thorough 

understanding of the present invention. However, it will be obvious to one of 
ordinary skill in the art that the present invention may be practiced without these 
specific details. In other instances, well-known methods, procedures, 
components, and circuits have not been described in detail so as not to 

15 unnecessarily obscure aspects of the present invention. 



Some portions of the detailed descriptions that follow are presented in 
terms of procedures, logic blocks, processing, and other symbolic 
representations of operations on data bits within a computer memory. These 
20 descriptions and representations are the means used by those skilled in the 
data processing arts to most effectively convey the substance of their work to 
others skilled in the art. In the present application, a procedure, logic block, 
process, or the like, is conceived to be a self-consistent sequence of steps or 
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instructions leading to a desired result. The steps are those requiring physical 
manipulations of physical quantities. Usually, although not necessarily, these 
quantities take the iom of electrical or magnetic signals capable of being 
stored, transferred, combined, compared, and othenA/ise manipulated in a 
5 computer system. It has proven convenient at times, principally for reasons of 
common usage, to refer to these signals as transactions, bits, values, elements, 
symbols, characters, fragments, pixels, or the like. 

It should be borne in mind, however, that all of these and similar terms 
10 are to be associated with the appropriate physical quantities and are merely 
convenient labels applied to these quantities. Unless specifically stated 
othenA/ise as apparent from the following discussions, it is appreciated that 
throughout the present invention, discussions utilizing terms such as 
"rendering," "activating," "deactivating," "displaying," "accessing," "selecting," 
15 "generating," "placing," "specifying," "programming," "executing" or the like, refer 
to actions and processes (e.g., processes 300, 500 and 600 of Figures 3, 5 and 
6, respectively) of a computer system or similar electronic computing device. 
The computer system or similar electronic computing device manipulates and 
transforms data represented as physical (electronic) quantities within the 
20 computer system memories, registers or other such information storage, 

transmission or display devices. The present invention is well suited to use with 
other computer systems. 
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Refer now to Figure 1 , which illustrates an exemplary computer system 
1 90 upon which embodiments of the present invention may be practiced. In 
general, computer system 190 comprises bus 100 for communicating 
information, processor 101 coupled with bus 100 for processing information and 

5 Instructions, random access (volatile) memory (RAM) 102 coupled with bus 100 
for storing information and instructions for processor 101, read-only (non- 
volatile) memory (ROM) 103 coupled with bus 100 for storing static information 
and instructions for processor 101, data storage device 104 such as a magnetic 
or optical disk and disk drive coupled with bus 100 for storing information and 

10 Instructions, an optional user output device such as display device 105 coupled 
to bus 100 for displaying information to the computer user, an optional user 
input device such as alphanumeric input device 106 including alphanumeric 
and function keys coupled to bus 100 for communicating information and 
command selections to processor 101, and an optional user input device such 

15 as cursor control device 107 coupled to bus 100 for communicating user input 
Information and command selections to processor 101. Furthermore, an 
optional input/output (I/O) device 108 is used to couple computer system 190 
onto, for example, a network. 

20 Display device 105 utilized with computer system 190 may be a liquid 

crystal device, cathode ray tube, or other display device suitable for creating 
graphic images and alphanumeric characters recognizable to the user. Cursor 
control device 107 allows the computer user to dynamically signal the two- 
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dimensional movement of a visible symbol (pointer) on a display screen of 
display device 105. Many implementations of the cursor control device are 
known in the art including a trackball, mouse, joystick or special keys on 
alphanumeric input device 106 capable of signaling movement of a given 
5 direction or manner of displacement. It is to be appreciated that the cursor 
control 107 also may be directed and/or activated via input from the keyboard 
using special keys and key sequence commands. Alternatively, the cursor may 
be directed and/or activated via input from a number of specially adapted cursor 
directing devices. 

i^n 10 

I' The present invention is described in tlie context of a software tool, 
'5 portions of wliich are comprised of computer-readable and computer- 
" executable instructions which reside, for example, in computer-usable media of 
Q a computer system such as that exemplified by Figure 1 . The present invention 
i5 15 Is primarily described as being used with a tool for designing, configuring, 

'.{7 

programming, compiling, building (assembling), emulating, and debugging an 
embedded microcontroller, in particular a class of microcontrollers that provide 
analog and/or digital subsystems comprising many dynamically configurable 
blocks. An example of this class is referred to herein as a programmable 
20 system on a chip (PSoC). Additional information regarding PSoCs is provided 
in the co-pending, commonly-owned US Patent Application, Attorney Docket 
No. CYPR-CD00232, Serial No. , filed October 22, 2001, by W. 
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Snyder, and entitled "Microcontroller Programmable System on a Chip," hereby 
incorporated by reference. 

Figure 2A is a block diagram of an integrated circuit (or microcontroller) 
5 210 that exemplifies a microcontroller which uses the PSoC architecture. In the 
illustrated embodiment, integrated circuit 210 includes a system bus 211, and 
coupled to bus 21 1 are synchronous random access memory (SRAM) 212 for 
storing volatile or temporary data during firmware execution, central processing 
unit (CPU) 214 for processing information and instructions, flash read-only 

i ; 

Q 10 memory (ROM) 216 for holding instructions (e.g., fimiware), input/output (I/O) 
pins 218 providing an interface with external devices and the like, and system 

I II 

'In on a chip (SoC) blocks 225. The SoC blocks 225 include analog blocks and 

\^ 

digital blocks. 

V 

j2 15 Referring to Figure 2B, an embodiment of SoC block 225 is depicted in 

' greater detail. In this embodiment, SoC block 225 includes an analog 
functional block 230, a digital functional block 240, and a programmable 
interconnect 250. Analog block 230 includes, in the present embodiment, a 
matrix of interconnected analog blocks A1 through AN. The number N may be 
20 any number of analog blocks. Likewise, digital block 240 includes, in the 
present embodiment, a matrix of interconnected digital blocks D1 through DM. 
The number M may be any number of digital blocks. The analog blocks A1 
through AN and the digital blocks D1 through DM are fundamental building 
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blocks that may be combined in different ways to accomplisli different functions. 
Importantly, different combinations of blocl<s, producing different functions, may 
exist at different times within the same system. For example, a set of blocks 
configured to perform the function of analog-to-digital conversion may sample a 
5 signal. After processing that signal in the digital domain, those same blocks 
(perhaps In conjunction with a few others) may be recombined in a different 
configuration to perform the function of digital-to-analog conversion to produce 
an output signal. 



ly 10 Continuing with reference to Figure 2B, the internal matrices of analog 

i;t blocks 230 and digital blocks 240 may be constituted, In one embodiment, by a 
['pi routing matrix described further in the patent application referenced above. 

Analog blocks 230 and digital blocks 240 are electrically and/or 
H communicatively coupled to programmable interconnect 250, in the present 
15 embodiment, by intra-block routing 235. Each individual functional unit, e.g., 
^ analog blocks A1 through AN and digital blocks D1 through DM, may 

communicate and interact with each and/or any other functional unit. Which 
functional unit communicates with which other functional unit is programmable, 
in the present embodiment, via the configurability of the programmable 
20 interconnect 250. The programmable interconnect 250 is connected via an 
Internal Input/output (I/O) bus 236 to pin-by-pin configurable I/O transceivers 
(pins) 218 (Figure 2A), which effect communicative coupling between integrated 
circuit 210 (Figure 2A) and external modalities. The total pin count of pin-by-pin 
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configurable I/O pins 218 may vary from one application to another, depending 
on the system device under consideration. 

With reference next to Figure 3, process 300 illustrates exemplary steps 
5 used by a microcontroller design tool in accordance with one embodiment of 
the present invention. The purpose of process 300 is to configure, program, 
compile, build, emulate and debug a customized microcontroller (a "target 
device") based on the integrated circuit 210 and SoC blocks 225 of Figures 2A 
and 2B. 

10 

In one embodiment, process 300 of Figure 3 is carried out by a processor 
under the control of computer-readable and computer-executable instructions. 
The computer-readable and computer-executable instructions reside, for 
example, in data storage features such as computer usable volatile memory 
15 102, computer-usable non-volatile memory 103, and/or data storage device 104 
of Figure 1 . The computer-readable and computer-executable instructions are 
used to control or operate in conjunction with, for example, central processing 
unit 101 of Figure 1. 

20 Although specific steps are disclosed in process 300 of Figure 3, such 

steps are exemplary. That is, the present invention is well suited to use with 
various other steps or variations of the steps recited in process 300. 
Additionally, for purposes of clarity and brevity, the following discussion and 
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examples specifically deal with a microcontroller design tool. The present 
invention, liowever, is not limited solely to use with a microcontroller design 
tool, instead, the present invention is well suited to use with other types of 
computer-aided hardware and software design systems in which it is necessary 
5 to accomplish a multitude of tasks as part of an overall process. 



In step 310, applicable "user modules" are selected. A user module, as 
used herein, is a preconfigured function that may be based on more than one 
SoC blocks. A user module, once placed and programmed, will work as a 

Q 10 peripheral on the target device. At any time in process 300, user modules may 

^ be added to or removed from the target device. 



The selected user modules can then "placed" or "mapped" onto the SoC 

fjtji; 

blocks 225 of Figure 2B. Once a user module is placed, its parameters can be 
;i| 15 viewed and modified as needed. Global parameters used by all of the user 
modules (for example, CPU clock speed) can also be set. 



Continuing with step 310 of Figure 3, interconnections between the 
selected user modules can be specified, either as each user module Is placed 
20 or aftenA^ards. The pin-out for each PSoC block can be specified, making a 
connection between the software configuration and the hardware of the target 
device. 
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In Step 320, application files can be generated. When application files 
are generated, existing assembly-source and C compiler code are updated for 
all device configurations, and application program Interfaces (APIs) and 
interrupt service routines (ISRs) are generated. 

5 

In step 330, the desired functionality can be programmed into the target 
device. Source code files can be edited, added or removed. 

In step 340, the assembler process can be executed. The assembler 
i n 10 operates on an assembly-language source to produce executable code. This 
u code is compiled and built into an executable file that can be downloaded into 
ill an emulator, where the functionality of the target device can be emulated and 

'!ifl 

debugged. 

is 

r 

iij 15 In step 350, the target device can be "built." Building the target device 

u links ail the programmed functionalities of the source files (including device 
configuration), which are downloaded to a file for debugging. 

In step 360, the target device can be emulated using an in-circuit 
20 emulator for debugging. The emulator allows the target device to be tested in a 
hardware environment while device activity is viewed and debugged in a 
software environment. 
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Figures 4A, 4B, 4C and 4D illustrate exemplary graphical user interfaces 
(GUIs) that are generated in accordance with one embodiment of the present 
invention. In one embodiment, these GUIs are displayed on display device 105 
of computer system 190 (Rgure 1). It is appreciated that these GUIs are 
5 exemplary only, and that they may include different numbers and shapes of 
elements and windows other than those which are illustrated. 



Figure 4A shows a GUI 400 comprising a first plurality of graphic 
elements 410, a second plurality of graphic elements 420, and a number of 
li 10 open windows 431 , 432, 433, 434 and 435. In one embodiment, the first and 

'tst$ 

i : 

i:;;! second pluralities of graphic elements are icons rendered as buttons. In 

another embodiment, the first plurality of graphic elements 410 are organized in 

f a first toolbar, and the second plurality of graphic elements 420 are organized in 

a second toolbar. In the present embodiment, each graphic element is 

! 1'': 

i!K 15 associated with a particular task, window or workspace. As will be seen, the 
graphic elements are organized within each toolbar to suggest an order for 
performing tasks, and the first and second toolbars are used to suggest a 
hierarchy of tasks. 



20 In accordance with the present invention, each of the graphic elements 

may be either active or inactive. An active element, when selected by a user, 
will initiate an action. An inactive element will not initiate an action if selected 
by a user. In one embodiment, active elements are rendered in color, while 



CYPR-CD01 1 63M/AGM/WAZ 19 



CONFIDENTIAL 

inactive elements are rendered in gray tones; in general, elements are 
rendered In a way that makes them readily distinguishable as being either 
active or Inactive. In Figure 4A, the active elements are labeled A, B and C, 
while the inactive elements are not labeled. In the present embodiment, the 
graphic elements are always visible, regardless of which task is being 
performed (or which window or workspace Is open), and regardless of whether 
the element is active or inactive. 

Elements are selected by a user in a conventional manner. That is, for 
example, a user can position a cursor over an element and "click" a cursor 
control element (e.g., a mouse) to select an element. When the elements are 
rendered as buttons, a selected element is depicted so that it appears to be 
depressed. In general, a selected element Is rendered In a way that allows the 
user to readily determine which element has been selected. 

In the present embodiment, user selection of an active element initiates a 
particular task. One or more of the windows 431-435 may be associated with 
the particular task. The windows associated with a particular task can be 
referred to as a workspace. Thus, selection of an active element can not only 
initiate a task, but can also provide the user with access to a window or 
windows or a particular workspace. By extension, Initiating a task is equivalent 
to opening a window or presenting a workspace. As depicted in Figure 4A, one 
of the elements A, B and C has been selected (say element A), resulting in the 
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presentation of a workspace comprising windows 431-435, Selection of 
anotlier element may result in different windows or workspaces being opened. 

In the present embodiment, some of the elements are always active, 
5 regardless of which task is being performed (or which window or workspace is 
open). As depicted in Figure 4A, the three elements A, B and C are active at all 
times, and the other elements are not active. For example, the microcontroller 
design tool described in conjunction with Figure 3 is, in one embodiment, 
divided into at least three subsystems: a Device Editor, an Application Editor, 
•I 10 and a Debugger. In essence, the Device Editor implements steps 310-320 of 
% Figure 3, the Application Editor implements steps 330-340 of Figure 3, and the 

Mil 

Debugger implements step 360 of Figure 3. According to the present invention, 
an element is associated with each of these subsystems, and the element for 
I - each subsystem is always active, regardless of which subsystem is being used 
15 for the task at hand. Thus, a user can readily move between various tasks (or 
windows or workspaces) by selecting the appropriate active element. For 
example, in the microcontroller design tool, the user can move from the 
Debugger back to the Device Editor without having to pass through the 
Application Editor. 

20 

Another feature of the presentation invention is that the graphic elements 
are rendered in GUI 400 in locations that correspond to the logical order in 
which tasks should be performed. For example, as described above, in the 
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microcontroller design tool tlie Device Editor implements steps 310-320 of 
Figure 3, the Application Editor implements steps 330-340 of Figure 3, and the 
Debugger implements step 360 of Figure 3. in accordance with the present 
invention, element A is associated with the Device Editor, element B with the 
5 Application Editor, and element C with the Debugger. The order of the graphic 
elements is used to suggest to the user the order in which the subsystems are to 
be accessed. 



Figure 4B shows an example GUI 401 similar to that of GUI 400 of Figure 



Q 10 4A; however, in Figure 48, the elements A1 and A2 have been activated. In the 

si i*| 

• present embodiment, elements A1 and A2 are activated In response to user 
i!fj selection of another element (e.g., element A). It is understood that certain 



elements can also be deactivated in response to user selection of a particular 
t: e,e.en.. 

' " Figure 4B is described further by way of example. In the microcontroller 



design tool, a user can select a user module and place it using the Device 



Editor (refer to step 310 of Figure 3). To accomplish this, the user selects 



element A (for example) to implement the Device Editor. In response to this 



20 selection, elements for the user module selection task and for the user module 



placement task (e.g., elements A1 and A2) are activated. Other elements may 



also be activated for the other tasks that can be performed using Device Editor. 
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j 

Thus, similar to that described above, elements are presented to the user 
in such a way so as to guide the user through the tasks in a logical order; for 
example, the user module selection task and the user module placement task 
are not activated until the user implements the Device Editor. As well, the 
5 elements are placed to suggest to the user a logical order for performing the 
tasks. That is, for example, the elements for the user module selection task and 
for the user module placement task are proximate to each other, implying a 
relationship between the tasks. Also, the element for the user module selection 
task Is placed to the left of the element for the user module placement task, 

;J J 10 implying an order in which the tasks should be performed. 

^1 

: : 
; |?a 

'In Figure 4C illustrates an example GUI 402 in which elements A3 and A4 

have been activated, in one embodiment, elements A3 and A4 are activated in 
response to user selection of element A. In another embodiment, elements A3 

% 15 and A4 are activated in response to user selection of, for example, element A1 . 
Thus, and in particular in the latter case, the elements can be used to imply a 
hierarchy of tasks within the logical order of tasks. The implication of a 
hierarchy of tasks is further enforced by activating elements on the second 
(lower) toolbar, implying that tasks associated with elements on the second 
20 toolbar (e.g., second elements 420) are subtasks of larger tasks associated with 
elements on the first toolbar (e.g., first elements 410). Again, the position and 
order in which the elements appear also implies that a relationship exists 
between the elements. For example, elements A3 and A4 can be observed to 
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be associated with subtasks of a task associated with element A, element A3 
can be observed to be associated with element A4, and the task associated with 
element A3 can be observed as likely occurring before the task associated with 
element A4. 

5 

Also of significance, elements A3 and A4 are not activated until, for 
example, element A1 is selected. In this case, a user could not initiate an action 
associated with elements A3 and A4 unless the user has also initiated the 
action associated with element A1 . In other words, the user is provided with 
Q 10 access to only certain tasks, windows or workspaces and is prevented from 
" accessing others, depending on which element the user has selected. 
'l^ According to the present invention, what a user can and cannot access is 

• : 

intelligently selected and enforced by activating and deactivating certain 
H elements (e.g., A3 and A4) in response to user selection of a particular element 

15 (e.g., A1). In this manner, the user is guided through the tasks in the order in 
^ which the tasks should be logically performed. 



Figure 4D illustrates an example GUI 403 in which elements A1-A4 have 
been deactivated and elements B1 , B2, B3 and 84 have been activated. 
20 Elements 81 -84 may be activated, and elements A1-A4 deactivated, in 

response to user selection of element 8 or, in a manner similar to that described 
above, any of the elements 81 -84 may be activated in response to user 
selection of any of the other elements 81-84. As described previously herein, 
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the elements B1-B4 are selectively activated (and the elements A1-A4 
selectively deactivated) to guide the user through the tasks in a process in a 
logical order, and the order and position of the elements are chosen to provide 
additional guidance to the user, it is also observed that user selection of 
5 element B opens a new workspace comprising windows 441 , 442 and 443. 



It is appreciated that, in response to user selection of element B, not all of 
the elements A1-A4 may be deactivated. For example, element A1 may remain 
active. In this manner, a shortcut is created between tasks. For instance, in the 
10 microcontroller design tool in which element A is associated with the Device 
; Editor and element B is associated with the Application Editor, a user may move 

from a task in the Application Editor directly to a task in the Device Editor without 
traversing through all of the intervening tasks. For example, the user can move 
^; -J directly between a task associated with any of the elements B1-B4 to the task 

i V 

l!;^ 15 associated with element A1 , and vice versa. Thus, the user does not have to 



leave a task in the Application Editor, enter the Device Editor, next enter a 



specific task within the Device Editor, and then reverse these steps to return to 
the task in the Application Editor; instead, the user moves directly to the task in 
the Device Editor, then directly back to the task in the Application Editor. 
20 However, the user is still presented with only a limited number of choices that 
are intelligently selected and enforced by activating and deactivating certain 
elements. Thus, as opposed to a conventional wizard approach, a user has 
greater flexibility and freedom of movement, but the user is still provided with a 
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degree of organization and guidance, in contrast to a conventional free form 
approach. 



Figures 5 and 6 are a flowcharts of embodiments of processes 500 and 
5 600, respectively, for helping a user perform tasks in software according to the 
present invention. In one embodiment, processes 500 and 600 are carried out 
by a processor under the control of computer-readable and computer- 
executable instructions. The computer-readable and computer-executable 
Instructions reside, for example, in data storage features such as computer 
10 usable volatile memory 102, computer-usable non-volatile memory 103, and/or 
data storage device 104 of Figure 1. The computer-readable and computer- 
Hi executable instructions are used to control or operate in conjunction with, for 
example, central processing unit 101 of Figure 1. Although specific steps are 

\^ 

t'.' disclosed in processes 500 and 600, such steps are exemplary. That is, the 

in 

;lt 15 present invention is well suited to use with various other steps or variations of 

•i '.%} 

the steps recited in processes 500 and 600. 



With reference first to Figure 5, in step 510, graphic elements are 
rendered in a GUI displayed on a display device of a computer system. In the 
20 present embodiment, the graphic elements are displayed at all times, whether 
the element is active or inactive. 
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In step 520, some of the graphic elements are selectively activated and 
other elements are selectively deactivated, depending on which task is being 
performed. The elements are activated and deactivated to suggest an order for 
performing the tasks, thereby guiding the user through the tasks in a logical 
5 order. In one embodiment, graphic elements are selectively activated and 
deactivated in response to user selection of another graphic element. In 
another embodiment, some of the graphic elements are activated at all times. 

In step 530, in response to user selection of an element, an associated 
10 view is displayed; that is, a workspace comprising one or more windows may be 
opened. 

Referring now to Figure 6, in step 610, a first plurality of graphic elements 
and a second plurality of graphic elements are rendered in a GUI displayed on 



I 15 a display device of a computer system. In one embodiment, the first plurality of 



graphic elements is rendered in a first toolbar, and the second plurality of 
graphic elements is rendered in a second toolbar. In another embodiment, the 
first plurality of graphic elements includes elements that are active at all times. 



20 In step 620, a portion of the first plurality of graphic elements is activated. 

In one embodiment, this portion of the graphic elements is activated in response 
to user selection of, in general, another graphic element and, specifically, 
another graphic element from the first plurality of graphic elements. 
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In step 630, in the present embodiment, a portion of the second plurality 
of graphic elements Is activated in response to user selection of a graphic 
element from the first plurality of graphic elements, in particular the portion of 
5 elements activated in step 620. In this manner, graphic elements are selectively 
activated and deactivated not only to suggest an order for performing the tasks, 
but to suggest a hierarchy of the tasks within the logical order of the tasks. 



In summary, the present invention presents graphic elements (e.g., icons) 
■ :f 10 in the order of the overall process flow that a user should follow when 
% performing the multitude of tasks that make up the process. Thereby, the icons 

Iff 

guide the user through the process flow in a suggested order (e.g., left to right), 
according to a logical order of the tasks and a hierarchy of the tasks within the 
logical order. The icons are always present; some icons are always active, 
;y 15 while other icons are selectively activated and deactivated. Selection of an icon 
initiates a task or opens a particular view (e.g.. opens one or more windows that 
make up a workspace). The icons facilitate the movement of the user from one 
task, window or workspace to another. 



20 Thus, the present invention provides a method and system that can help 

guide a user through a series of tasks in an orderly manner while facilitating 
movement between tasks. The present invention further provides a method and 
system that can be used for the design of microcontrollers. However, although 
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described in tlie context of microcontroller design, it is appreciated that the 
present invention may be utilized in other types of computer-aided hardware 
and software design systems in which it is necessary to accomplish a multitude 
of tasks as part of an overali process; that is, the use of the present invention Is 
5 not limited to use with the software design tool described herein. 



Figure 7 illustrates an exemplary graphical user interface 700 rendered 
according to one embodiment of the present invention. In particular, Figure 7 
shows a workspace for the Device Editor subsystem used by the microcontroller 

hi 

!;:; 10 design tool described above. Figure 7 shows two rows of icons, some of which 

; f 

i;.'! are activated (those appearing in darker tones in the figure) and others of which 

m 

•■M are deactivated (those appearing in grayer tones in the figure). The icons are 
'I intelligently activated and deactivated as described above to guide the user 

through the various subsystems, tasks, windows and workspaces used by the 
15 microcontroller design tool. 

The preferred embodiment of the present invention, multi-level quick click 
icon hierarchy and/or activation, is thus described. While the present invention 
has been described in particular embodiments, it should be appreciated that the 
20 present invention should not be construed as limited by such embodiments, but 
rather construed according to the following claims. 
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